Method and system for managing content lifecycle in a content processing system

ABSTRACT

A communication system  100  is used to manage content. The content is transferred to a content delivery network  280 . The content has publication start time and a purge time associated therewith. The content start time and purge time may be provided in the metadata associated with the content. The system publishes the content according to a publication start time and purges the content from the content delivery network at the purge time.

TECHNICAL FIELD

The present disclosure relates to a content processing and deliverysystem and, more specifically, to a system for managing the lifecycle ofcontent within the system.

BACKGROUND

The statements in this section merely provide background informationrelated to the present disclosure and may not constitute prior art.

Satellite television has become increasingly popular due to the widevariety of content and the quality of content available. A satellitetelevision system typically includes a set top box that is used toreceive the satellite signals and decode the satellite signals for useon a television. The set top box typically has a memory associatedtherewith. The memory may include a digital video recorder or the likeas well as the operating code for the set top box.

Satellite television systems typically broadcast content to a number ofusers simultaneously in a system. Satellite television systems alsooffer subscription or pay-per-view access to broadcast content. Accessis provided using signals broadcast over the satellite. Once access isprovided the user can access the particular content. The broadcasting ofa large selection of channels and pay-per-view programs uses aconsiderable amount of satellite resources.

Content providers are increasingly trying to determine additional waysto provide content to users. Some content may be desired by a smallnumber of customers. In such a case using valuable satellite resourcesat peak viewing times may not be cost effective. Less popular contentmay be broadcast by satellite at less popular viewing times, or may beavailable for downloading on demand via a broadband connection. Suchcontent may be received and stored by a digital video recorder for laterviewing.

SUMMARY

The present disclosure allows files to be easily managed within thesystem based upon various times, including a publication start time, apublication end time, and a purge time.

In one aspect of the disclosure, a method includes transferring contentto a content delivery network. The content has a publication start timeand a purge time. In a further aspect of the invention, a methodincludes publishing the content according to a publication start timeand purging the content from the content delivery network at the purgetime.

In a further aspect of the disclosure, a communication system includes acontent management system that determines a publication start time and apurge time for the content. The communication system also includes acontent repository storing the content and a content delivery networkcommunicating with the content repository. A content distribution systemcommunicates with the content management system and the content deliverynetwork. The content distribution system transfers content to thecontent delivery network from the content repository. The contentdelivery network publishes the content according to a publication starttime. The content delivery network purges the content at the purgecenter.

Further areas of applicability will become apparent from the descriptionprovided herein. It should be understood that the description andspecific examples are intended for purposes of illustration only and arenot intended to limit the scope of the present disclosure.

DRAWINGS

The drawings described herein are for illustration purposes only and arenot intended to limit the scope of the present disclosure in any way.

FIG. 1 is a schematic illustration of a communication system accordingto the disclosure.

FIG. 2 is a detailed block diagrammatic view of the content processingsystem of FIG. 2.

FIG. 3 is a detailed block diagrammatic view of the fixed user device ofFIG. 1.

FIGS. 4A and 4B are representational views of packets formed accordingto the present disclosure.

FIG. 5 is a flowchart illustrating a method for publishing and purgingcontent.

FIG. 6 is a state diagram for publishing and purging content.

FIG. 7 is a flowchart of a method of transferring content through asatellite or a communication network according to the presentdisclosure.

FIG. 8 is a flowchart for communicating broadband availability datathrough a satellite.

DETAILED DESCRIPTION

The following description is merely exemplary in nature and is notintended to limit the present disclosure, application, or uses. Forpurposes of clarity, the same reference numbers will be used in thedrawings to identify similar elements. As used herein, the term modulerefers to an Application Specific Integrated Circuit (ASIC), anelectronic circuit, a processor (shared, dedicated, or group) and memorythat execute one or more software or firmware programs, a combinationallogic circuit, and/or other suitable components that provide thedescribed functionality. As used herein, the phrase at least one of A,B, and C should be construed to mean a logical (A or B or C), using anon-exclusive logical OR. It should be understood that steps within amethod may be executed in different order without altering theprinciples of the present disclosure.

The following system is described with respect to a satellite system anda broadband system. The broadband distribution system may be implementedin a cable or telephone-type system. An optical fiber may also be usedin the broadband system. Wireless distribution may also be used in thebroadband distribution system.

While the following disclosure is made with respect to example DIRECTV®broadcast services and systems, it should be understood that many otherdelivery systems are readily applicable to disclosed systems andmethods. Such systems include other wireless distribution systems, wiredor cable distribution systems, cable television distribution systems,Ultra High Frequency (UHF)/Very High Frequency (VHF) radio frequencysystems or other terrestrial broadcast systems (e.g., Multi-channelMulti-point Distribution System (MMDS), Local Multi-point DistributionSystem (LMDS), etc.), Internet-based distribution systems, cellulardistribution systems, power-line broadcast systems, any point-to-pointand/or multicast Internet Protocol (IP) delivery network, and fiberoptic networks. Further, the different functions collectively allocatedamong a head end (HE), integrated receiver/decoders (IRDs) and a contentdelivery network (CDN) as described below can be reallocated as desiredwithout departing from the intended scope of the present patent.

Further, while the following disclosure is made with respect to thedelivery of video (e.g., television (TV), movies, music videos, etc.),it should be understood that the systems and methods disclosed hereincould also be used for delivery of any media content type, for example,audio, music, data files, web pages, etc. Additionally, throughout thisdisclosure reference is made to data, information, programs, movies,assets, video data, etc., however, it will be readily apparent topersons of ordinary skill in the art that these terms are substantiallyequivalent in reference to the example systems and/or methods disclosedherein. As used herein, the term title will be used to refer to, forexample, a movie itself and not the name of the movie.

Referring now to FIG. 1, a communication system 100 includes a contentprocessing system 102 that is used as a processing and transmissionsource, a plurality of content providers, one of which is shown atreference numeral 104 and a first satellite 106. A second satellite 108may also be incorporated into the system. The satellites 106, 108 may beused to communicate different types of information or different portionsof various contents from the content processing system 102. The system100 also includes a plurality of fixed user devices 110 such asintegrated receiver/decoders (IRDs). Wireless communications areexchanged between the content processing system 102 and the fixed userdevices 110 through one or more of the satellites 106, 108. The wirelesscommunications may take place at any suitable frequency, such as, forexample, Ka band and/or Ku-band frequencies.

A mobile user device 112 may also be incorporated into the system. Themobile user device 112 may include, but is not limited to, a cell phone114, a personal digital assistant 116, a portable media player 118, alaptop computer 120, or a vehicle-based device 122. It should be notedthat several mobile devices 112 and several fixed user devices 110 maybe used in the communication system 100. The mobile devices 112 may eachhave a separate antenna generally represented by antenna 124.

In addition to communication via the satellites 106, 108, various typesof information such as security information, encryption-decryptioninformation, content, or content portions may be communicatedterrestrially. A communication network 132 such as the public switchedtelephone network (PSTN), a terrestrial wireless system, stratosphericplatform, an optical fiber, or the like may be used to terrestriallycommunicate with the fixed user device 110 or the mobile user device112. To illustrate the terrestrial wireless capability an antenna 134 isillustrated for wireless terrestrial communication to the mobile userdevice 112.

Information or content provided to content processing system 102 fromthe media source 104 may be transmitted, for example, via an uplinkantenna 138 to the satellite(s) 106,108, one or more of which may be ageosynchronous or geo-stationary satellite, that, in turn, rebroadcastthe information over broad geographical areas on the earth that includethe user devices 110, 112. The satellites may have inter-satellite linksas well. Among other things, the example content processing system 102of FIG. 1 provides program material to the user devices 110, 112 andcoordinates with the user devices 110, 112 to offer subscriberspay-per-view (PPV) program services and broadband services, includingbilling and associated decryption of video programs. Non-PPV (e.g. freeor subscription) programming may also be received. To receive theinformation rebroadcast by satellites 106, 108, each for user device 110is communicatively coupled to a receiver or downlink antenna 140.

Security of assets broadcast via the satellites 106, 108 may beestablished by applying encryption and decryption to assets or contentduring content processing and/or during broadcast (i.e., broadcastencryption). For example, an asset can be encrypted based upon a controlword (CW) known to the content processing system 102 and known to theuser devices 110, 112 authorized to view and/or playback the asset. Inthe illustrated example communication system 100, for each asset thecontent processing system 102 generates a control word packet (CWP) thatincludes, among other things, a time stamp, authorization requirementsand an input value and then determines the control word (CW) for theasset by computing a cryptographic hash of the contents of the CWP. TheCWP is also broadcast to the user devices 110, 112 via the satellites106, 108. The user devices authorized to view and/or playback thebroadcast encrypted asset will be able to correctly determine the CW bycomputing a cryptographic hash of the contents of the received CWP. Ifthe user device 110 is not authorized, the IRD 110 will not be able todetermine the correct CW that enables decryption of the receivedbroadcast encrypted asset. The CW may be changed periodically (e.g.,every 30 seconds) by generating and broadcasting a new CWP. In anexample, a new CWP is generated by updating the timestamp included ineach CWP. Alternatively, a CWP could directly convey a CW either inencrypted or unencrypted form. Other examples of coordinated encryptionand decryption abound, including for example, public/private keyencryption and decryption.

Referring now to FIG. 2, the content processing system 102 of FIG. 1 isillustrated in further detail. The content provider 104 may includevarious types of content providers, including those that provide contentby way of a satellite 200, DVD 202, via a network as a file in 204, byway of tapes and other means. The content provider 104 may also providea content description and other metadata 208 to the system. An inputserver 212 may receive the various content and associated metadata andconvert the format in a format conversion system 214. A house formatasset storage server 216 may be used to store the content asset in ahouse format. Still image files, trailers, and other information mayalso be stored in the house format asset storage server. A workflowmanagement system 220 is used to control the format conversion system214 and the server 212. Also, the workflow management system 220 iscoupled to the house format asset storage server 216 and performs ingestcontrol. The house format asset storage server 216 provides still imagesto a content management system 221 and house format file, video andaudio files to the video transport processing system 223.

The VTPS 221 may encode the packet. The encoder may encode the dataaccording to the CableLabs® Video-on-Demand (VoD) encoding specificationMD-SP-VOD-CEP-I01-040107 (i.e., performs asset encoding). The encodeddata is then packetized into a stream of data packets by a packetizer270 that also attaches a header to each data packet to facilitateidentification of the contents of the data packet such as, for example,a sequence number that identifies each data packet's location within thestream of data packets (i.e., a bitstream). The header also includes aprogram identifier (PID) (e.g., a service channel identifier (SCID))that identifies the program to which the data packet belongs.

The stream of data packets (i.e., a bitstream) is then broadcastencrypted by, for example, the well-known Advanced Encryption Standard(AES) or the well-known Data Encryption Standard (DES). In an example,only the payload portion of the data packets are encrypted therebyallowing a user device 110 to filter, route and/or sort receivedbroadcast encrypted data packets without having to first decrypt theencrypted data packets.

The content management system 221 generally controls the overallmovement and distribution of contents through the content processingsystem 102.

A licensing and contract information 222 and ads from ad sales 224 maybe provided to the content management system 221. That is, licensinginformation, tier assignments, pricing and availability may be providedto the content management system. Asset information, file names anddurations may be exchanged between the content management system 221 andthe workflow management system 220. The asset information, such as filenames and durations, may be determined at the server 212 that is coupledto the workflow management system 220.

A traffic and scheduling system 228 is used to provide the requestedchannel, program associated data (PAD), channel information and programinformation packets (PIPs). The traffic and scheduling system 228 mayschedule content processing for a plurality of received assets based ona desired program lineup to be offered by the communication system 100.For example, a live TV program for which a high demand for reruns mightbe expected could be assigned a high priority for content processing.

A schedule PAD server (SPS) 230 may be coupled to the workflow systemand is used to generate a broadband video PAD that is communicated to aconditional access system for broadband video 232. The conditionalaccess system for broadband video 232 may be used to generate controlwords and control word packet in pairs and provide those to the videotransport processing system 223.

In the illustrated example of FIG. 2, users of the user devices 110 arecharged for subscription services and/or asset downloads (e.g., PPV TV)and, thus, the content processing system 102 includes a billing system234 to track and/or bill subscribers for services provided by the system100. For example, the billing system 234 records that a user has beenauthorized to download a movie and once the movie has been successfullydownloaded the user is billed for the movie. Alternatively, the user maynot be billed unless the movie has been viewed.

A billing system 234 receives pricing and availability information fromthe content management system 221. A conditional access system 236receives callback information from the communication network 132. Theconditional access system may be used to generate authorizations,pay-per-view billing data, and callback data from the billing system234. Record requests may also be provided from the conditional accesstransaction system 238. A conditional access system BCC 240 may be usedto generate a conditional access packet from the information from theconditional access system 236.

The billing system 234 may generate purchase data that is provided tothe enterprise integration (EI) block 242. The enterprise integrationblock 242 may generate record requests to the conditional accesstransaction system 238. Record requests may be generated through a webinterface such as DIRECTV.com® in block 244. Various orderinginformation, such as ordering broadband video, pay-per-view, and variousservices may be received at the web interface 244. Various trailers mayalso be accessed by the users through the web interface 244 providedfrom the house format asset storage server 216. Enterprise integrationblock 242 may also receive guide information and metadata from thecontent management system 221.

Titles, description and various categories from the content managementsystem 221 may be provided to the advanced program guide system 248. Theprogram guide system 248 may be coupled to a satellite broadcastingsystem such as a broadcast transport processing system 250 thatbroadcasts content to the users through the satellite 106, 108.

The program guide data generated by the program guide system 248 mayinclude information that is used to generate a display of guideinformation to the user, wherein the program guide may be a grid guideand informs the user of particular programs that are broadcast on,particular channels at particular times. A program guide may alsoinclude information that a user device uses to assemble programming fordisplay to a user. For example, the program guide may be used to tune toa channel on which a particular program is offered. The program guidemay also contain information for tuning, demodulating, demultiplexing,decrypting, depacketizing, or decoding selected programs.

Titles, descriptions and categories may also be provided from thecontent management system 221 to the content distribution system 260.Content files and metadata may be controlled by the content distributionsystem 260.

Referring back to the video transport processing system 227, the videotransport processing system 223 includes a transport packaging system270. The transport packaging system 270 creates pre-packetizedunencrypted files that are stored in the content repository 274. Anencryption module 272 receives the output of the transport packagingsystem and encrypts the packets. Fully packaged and encrypted files mayalso be stored in the content repository 274. Encryption may take placein the data portion of a packet and not the header portion.

One or more content delivery networks 280 may be used to provide contentfiles such as encrypted or unencrypted and packetized files to thecommunication network 132 for distribution to the user devices 110, 112.The content distribution system 260 may make requests for delivery ofthe various content files and assets through the communication network132. The content distribution system 260 also generates satelliterequests and broadcasts various content and assets through the broadcasttransport processing system 250.

The communication network 132 may be the Internet 122 which is amultiple-point-to-multiple-point communication network. However, personsof ordinary skill in the art will appreciate that point-to-pointcommunications may also be provided through the communication network132. For example, downloads of a particular content file from a contentdelivery network may be communicated to a particular user device. Suchfile transfers and/or file transfer protocols are widely recognized aspoint-to-point communications or point-to-point communication signalsand/or create point-to-point communication paths, even if transportedvia a multi-point-to-multi-point communication network such as theInternet. It will be further recognized that the communication network132 may be used to implement any variety of broadcast system where abroadcast transmitter may transmit any variety of data or data packetsto any number of or a variety of clients or receivers simultaneously.Moreover, the communication network 132 may be used to simultaneouslyprovide broadcast and point-to-point communications and/orpoint-to-point communication signals from a number of broadcasttransmitters or content delivery networks 280.

The content delivery network 280 may be implemented using a variety oftechniques or devices. For instance, a plurality of Linux-based serverswith fiber optic connections may be used. Each of the content deliverynetworks 280 may include servers that are connected to the Internet orthe communication network 132. This allows the user devices to downloadinformation or content (example, a movie) from the content deliverynetwork 280. The content delivery network 280 may act as a cache for theinformation provided from the content repository 274. A particular userdevice may be directed to a particular content delivery network 280depending on the specific content to be retrieved. An Internet uniformresource locator (URL) may be assigned to a movie or other content.Further, should one of the delivery networks 280 have heavy traffic, thecontent delivery network may be changed to provide faster service. Inthe interest of clarity and ease of understanding, throughout thisdisclosure reference will be made to delivering, downloading,transferring and/or receiving information, video, data, etc. by way ofthe content delivery network 280. However, persons of ordinary skill inthe art will readily appreciate that information is actually delivered,downloaded, transferred, or received by one of the Internet-basedservers in or associated with the content delivery network 280.

It should be appreciated that the content delivery network 280 may beoperated by an external vendor. That is, the operator of the contentdelivery network 280 may not be the same as the operator of theremaining portions of the content processing system 102. To downloadfiles from the content delivery network 280, user devices 110, 112 mayimplement an Internet protocol stack with a defined application layerand possibly a download application provided by a content deliverynetwork provider. In the illustrated example, file transfers areimplemented using standard Internet protocols (file transfer protocolFTP), hyper text transfer protocol (HTTP), etc. Each file received bythe user device may be checked for completeness and integrity and if afile is not intact, missing, and/or damaged portions of the files may bedelivered or downloaded again. Alternatively, the entire file may bepurged from the IRD and delivered or downloaded again.

Security of assets available by way of the content delivery network mayalso be established. Control word packets for each broadcast-encryptedasset or content file may be provided to the content delivery network.Encryption may also be provided.

The broadcast transport processing system 250 may provide variousfunctions, including encoding, packetizing, encrypting, multiplexing andmodulating, and uplink frequency conversion. RF amplification may alsobe provided in the broadcast transport processing system 250.

Wireless delivery via the satellites 106, 108 may simultaneously includeboth files (e.g., movies, pre-recorded TV shows, games, softwareupdates, asset files, etc.) and/or live content, data, programs and/orinformation. Wireless delivery via the satellites 106, 108 offers theopportunity to deliver, for example, a number of titles (e.g., movies,pre-recorded TV shows, etc.) to virtually any number of customers with asingle broadcast. However, because of the limited channel capacity ofthe satellites 106, 108, the number of titles (i.e., assets) that can beprovided during a particular time period is restricted.

In contrast, Internet-based delivery via the CDN 280 can support a largenumber of titles, each of which may have a narrower target audience.Further, Internet-based delivery is point-to-point (e.g., from anInternet-based content server to a user device 110, 112) therebyallowing each user of the user device 110, 112 to individually selecttitles. Allocation of a title to satellite and/or Internet-baseddelivery or content depends upon a target audience size and may beadjusted over time. For instance, a title having high demand (i.e.,large initial audience) may initially be broadcast via the satellites106, 108, then, over time, the title may be made available for downloadvia the CDN 280 when the size of the target audience or the demand forthe title is smaller. A title may simultaneously be broadcast via thesatellites 106, 108 and be made available for download from the CDN 280via the communication network 132.

In the example communication system 100, each asset (e.g., program,title, content, game, TV program, etc.) is pre-packetized and,optionally, pre-encrypted and then stored as a data file (i.e., an assetfile). Subsequently, the asset file may be broadcast via the satellites106, 108 and/or sent to the CDN 280 for download via the CDN 280 (i.e.,Internet-based delivery). In particular, if the data file is broadcastvia the satellites 106, 108, the data file forms at least one payload ofa resultant satellite signal. Likewise, if the data file is availablefor download via the CDN 280, the data file forms at least one payloadof a resultant Internet signal.

It will be readily apparent to persons of ordinary skill in the art thateven though the at least one payload of a resultant signal includes thedata file regardless of broadcast technique (e.g., satellite orInternet), how the file is physically transmitted may differ. Inparticular, transmission of data via a transmission medium (e.g.,satellite, Internet, etc.) comprises operations that are: (a)transmission medium independent and b) transmission medium dependent.For example, transmission protocols (e.g., transmission controlprotocol/Internet protocol (TCP/IP), user datagram protocol (UDP),encapsulation, etc.) and/or modulation techniques (e.g., quadratureamplitude modulation (QAM), forward error correction (FEC), etc.) usedto transmit a file via Internet signals (e.g., over the Internet 122)may differ from those used via satellite (e.g., the satellites 106,108). In other words, transmission protocols and/or modulationtechniques are specific to physical communication paths, that is, theyare dependent upon the physical media and/or transmission medium used tocommunicate the data. However, the content (e.g., a file representing atitle) transported by any given transmission protocol and/or modulationis agnostic of the transmission protocol and/or modulation, that is, thecontent is transmission medium independent.

The same pre-packetized and, optionally, pre-encrypted, content datafile that is broadcast via satellite may be available for download viaInternet, and how the asset is stored, decoded and/or played back by theuser devices 110 is independent of whether the program was received bythe user devices 110 via satellite or Internet. Further, because theexample content processing system 102 of FIG. 1 broadcasts a liveprogram and a non-live program (e.g., a movie) by applying the sameencoding, packetization, encryption, etc., how a program (live ornon-live) is stored, decoded and/or played back by the user devices 110is also independent of whether the program is live or not. Thus, userdevices 110, 112 may handle the processing of content, programs and/ortitles independent of the source(s) and/or type(s) of the content,programs and/or titles. In particular, example delivery configurationsand signal processing for the example content delivery system of FIG. 2are discussed in detail below.

Referring now to FIG. 3, the user device 110 may be one of any varietyof devices, for example, a set-top box, a home media server, a homemedia center (HMC), a personal computer (PC) having a receiver cardinstalled therein, etc. A display device 300 such as a television set, acomputer monitor, a portable media player or the like may be coupled tothe user device. The user device 110 may be an integrated receiverdecoder, a satellite television receiver or the like for displayingand/or playback of received programming.

The receive antenna 140 (124 on a mobile device) receives signalsconveying a modulated multiplexed bitstream from the satellites 106,108. Within the receive antenna 140, the signals are coupled from areflector and feed to a low-noise block (LNB) 302, which amplifies andfrequency downconverts the received signals. The LNB 302 output is thenprovided to a receiver 304, which receives, demodulates, depacketizes,demultiplexes, decrypts and decodes the received signal to provide audioand video signals to the display device 300 or a recorder 306, or both.The memory device 306 may be implemented separately from or within theuser device 110. The receiver 304 is responsive to user inputs to, forexample, tune to a particular program.

To store received and/or recorded programs and/or assets, the memorydevice 306 may include any of a variety of storage devices such as ahard disk drive, DVR, or other types of memory devices. The memorydevice 306 may be used to store the packetized assets and/or programsreceived via the satellites 106, 108 and/or the CDN 280. In particular,the packets stored on memory device 306 may be the same encoded and,optionally, encrypted packets created by the content processing system102 and transmitted via the satellites 106, 108 and/or made availablefor download via the CDN 280.

The memory device 306 may also be a device capable of recordinginformation on, for instance, analog media such as videotape or computerreadable digital media such as a hard disk drive (HDD), a digitalversatile disc (DVD), a compact disc (CD) and/or any other suitablemedia.

To communicate with any of a variety of clients, media players, etc.,the illustrated example the user device 110 includes one or moreconnection interface modules 308 (e.g., USB, serial port, Firewire,etc.). The connection interface module 306 may act as a networkinterface that implements, for example, an Ethernet interface.

Each user device 110 may connect to the communication network such asthe Internet 122 via any of a variety of technologies, for instance, avoice-band and/or integrated services digital network (ISDN) modemconnected to a conventional PSTN, a wireless broadband connection (e.g.,IEEE 802.11b, 802.11g, etc.), a broadband wired connection (e.g., ADSL,cable modems, etc.), a wired Ethernet connection (e.g., local areanetwork (LAN), wide area network (WAN), etc.), a leased transmissionfacility (e.g., a digital signal level 1 circuit (a.k.a. a DS1), afractional-DS1, etc.), etc.

The user device 110 may also include a control module 310 that is usedto control the operation of the various components within the userdevice.

A user interface 312 may, for example, be a set of push buttons or aremote control interface. The user interface 312 is used to makeselections, input various data, and change the parameters of the userdevice 110. The user interface 312 may be used together with a graphicaluser interface displayed on the display device associated with the userdevice.

It should also be noted that the user devices 114 (device 110) may beconfigured in a similar manner to those illustrated in FIG. 3 throughreference number 110. Such devices may include an internal antennarather than an external dish-type antenna that is illustrated in thefixed device as 140. Also, external antennas are possible such as aphased array antenna.

The recording device 306 may also be partitioned into a networkpartition 320 and a user partition 322. Different types of content orassets may be stored in the network partition 320 or the user partition322. The content stored in the different partitions may relate to thetier of the content. This will be further described below.

Referring now to FIGS. 4A and 4B, a packet 400 having a header 402 and adata portion 404 is illustrated. The header 402 may include a programmap table (PMT) 406, an SCID/PID portion 408, and a cyclic redundancycheck portion 410. This is representative of the output of the VTPS andthe file stored in the content repository. The data portion 404 may beencrypted or not encrypted, while the header portion 402 is preferablynot encrypted. A signal may be broadcast from the content distributionnetwork with this type of format.

In FIG. 4B, a second packet 420 having a reformatted header 422 and adata portion 424 is illustrated. The data portion 424 may be unchangedfrom data portion 404. The reformatted header 422 includes a secondSCID/PID 426 that has been changed. The header 426 of the packet 420 hasits identification (SCID/PID) reconfigured so that it may be broadcastby the satellite. Because the SCID/PID is changed, the CRC portion 428is also changed to conform to this change.

Referring now to FIG. 5, a method of operating the communication systemis set forth. In this embodiment, the general method for maintaining thefiles within the system is set forth. In step 510, content with metadatais received in the communication system. As mentioned above, the contentprovider 104 may provide the content in various forms. In step 512, thecontent is packetized in the VTPS 223. Also, as mentioned above, theVTPS may also encrypt the packets or at least the data portions of thepackets. In step 514, the packets, whether encrypted or not, are storedin the content repository 274. In step 516, a time for publication isdetermined. The publication time corresponds to the time that thecontent is available for download by one of the user devices from thecontent delivery network 280. Various content within the contentrepository may have different publication times. In step 518, theearliest publication time for the various content is determined. In step520, the content file is transferred to the content delivery network 280in response to the publication time. That is, the earliest publicationtime may be used to transfer content to the content delivery networkfirst. The content may be transferred prior to the publication time sothat it is available at the publication time. This is in contrast to atypical satellite broadcasting system and to the broadcast TPS system250 described in FIG. 2. In a satellite system, the content is broadcastat the air time.

In step 522, metadata corresponding to the content file is transferredto the content delivery network 280. In step 524, the metadata may bechanged according to information from the content management system. Forexample, the publication time, the publication end time, and a purgetime may be added to the metadata. In step 526, the content file ispublished according to the publication time in the metadata. In step528, the content may be transferred to the user device. In step 530, theuser device may utilize the content by viewing the content on thedisplay device. In step 532, publication is complete at the publicationend time. In step 534, the content is purged from the content deliverynetwork according to a purge message.

Referring now to FIG. 6, a state diagram of the method of FIG. 5 isillustrated. The method begins in step 600 in which the content isplaced in the content repository 274 after possible encryption andpacketizing from the VTPS 223. In step 602, delivery is scheduled by thecontent management system 221. The content distribution system 260begins content file transfer to a content delivery network 280 withmetadata in step 604. In step 606, the content with the metadata istransferred. In step 608, the content delivery system completes thecontent file transfer to the content delivery network 280. In step 610,the content is fully delivered to the content distribution or deliverynetwork 280. In step 612, an add operation is received by the contentdelivery network. An upload status message from the content deliverynetwork (CDN) with a successful status code is provided. The contentdelivery network may perform using commands from the contentdistribution system. These commands may be received all at once in areport or may be received in parts. In one embodiment the report is usedto generate the various commands such as publish, purge or publicationcomplete. This “receiving” means that the report may be received and thecontent delivery network is executing the report by generating andperforming the associated commands.

In step 614, publication is scheduled by setting a publication time.After step 614, step 616 may be performed. In step 616, the contentdelivery network 280 may perform a publish operation. Also in step 616,an upload status message from the content delivery network may beprovided to the content distribution system with a successful statuscode. In step 618, the content is published.

Referring back to step 614, if an update operation message is receivedor generated and the upload status message from the content deliverynetwork with a successful status code with the published stop time is inthe past at 620, step 622 may be performed. Step 622 ends thepublication according to the publication stop time.

Referring back to step 614, if a receive update operation is receivedand an upload status message from the content delivery network has asuccessful status code where the publish start time is in the future instep 624, step 622 completes the publication.

Referring back to step 618, when the content is published in 618 and anunpublished operation is received with an upload status message from thecontent delivery network with a successful status code and a publishedtime in the future, step 630 is performed which brings the system backto the published scheduled block 614.

Referring back to step 618, if an unpublished operation message isreceived in step 636, and the upload status message from the contentdelivery network with a successful status code has a publication time inthe past, step 622 is performed which completes the publication. In step618, if a purge operation message is received from the contentdistribution system and the upload status message from the contentdistribution network with a successful status code is provided in step638, the content is purged in step 640.

Referring back to step 622, if the publication is complete and apublished operation is received with an upload status message from thecontent delivery network with a successful status code in step 644, thecontent is again published in step 618.

Referring back to step 622, if the publication is complete and a purgeoperation upload status message is received from the content deliverynetwork with a successful status code in step 650, step 640 purges thecontent from the system. In step 642, the content may be removed fromthe content repository.

Referring back to the publication schedule times block 614, if a receivepurge operation is received that blocks and an upload status messagefrom the content delivery network has a successful status code, step 640is performed in which the content is purged.

Referring now to FIG. 7, the communication system 100 may communicatecontent through a satellite or through a communication network 132 suchas the Internet. The method of FIG. 7 illustrates one way to determinewhich method may be used. In step 710, the content delivery systemreceives scheduled information from the content management system 220.In step 712, delivery is scheduled. In step 714, a tier level of thecontent is determined. The tier level of the content may be determinedbased upon the popularity of the content. In the following example,three different tiers are used. However, two different tierscorresponding to the satellite and to a terrestrial communication mayalso be used. In this example, tier one corresponds to pushing contentsfrom the satellite to the user device. The content will be recorded onthe network partition of the user device. Tier two corresponds to an“opted-in” contents that are downloaded from the satellite per requestsor preferences of the user device. The content is recorded on the user'spartition of the customer hard drive. Tier three material or content mayconsist of less popular contents or niche-appeal contents that appeal toa small audience. The content may be delivered by or through thecommunication network 132. Contents in tier three category are recordedon the user's partition of the memory device of the user device. Somecontent may be communicated to the user device upon request (pulled) andsome may be “pushed” to the user according to the preferences of theuser. In step 716, the delivery method is determined based upon the tierlevel of the content. In step 718, the content is packetized at thevideo transport processing system with SCIDs or PIDs, PMT and CRC.

In step 720, it is determined whether or not the tier level correspondsto a satellite. In this example, tier one- and tier two-level contentscorrespond to the satellite distribution. If satellite distribution isdetermined based upon the tier level, step 722 sends a message to thetransport processing system 250 of FIG. 2 to start a broadcast. In step724, mapping may be obtained from the content management system. Themapping may be broadcast with the guide data at times other than whenthe content is transmitted. The content distribution system 260 obtainsthe mapping and changes the SCIDs or PIDs from the VTPS 223 to broadcastSCIDs or PIDs. In step 725, the program map table (PMT) is removed fromthe header. In step 726, a new CRC is calculated. In step 727, thecontent with the broadcast SCID or PIDs and the CRC are broadcastthrough the satellite. In step 728, content is stored in the partitionof the user device in response to the tier level. That is, tier levelone contents may be stored on the network partition of the user devicewhereas tier two contents may be stored in the user's partition of thehard drive or of the user device. In step 730, the contents are utilizedat the user device.

Referring back to step 720, if the content or tier level does notcorrespond to a satellite, step 732 is performed. In step 732, thecontents are transferred to a content delivery network. In step 734, thecontents are published. In step 736, the contents are communicated tothe user device through the communication network 132.

In step 738, the content is stored in the partition of the user device.In this example, the non-satellite material corresponds to tier three.Tier three content is stored in the user's partition of the memory ofthe user device. After step 738, step 730 is again performed in whichthe user device utilizes the content.

Referring now to FIG. 8, a method of informing users that a particularcontent is available in the broadband service is set forth. In step 810,broadband availability schedule is determined at the content managementsystem 220. From the broadband availability schedule, broadband contentavailability data is determined in step 812. In step 814, a contentstream having a plurality of packets is generated. The content stream isbroadcast over the satellite and contains regularly broadcasted content,including live programs and the like. In step 816, no packets within thecontent stream are identified prior to transmission. Null packets arecommonly used in the content stream. However, the null packets arebasically wasted space. As will be described below, the null packets maybe substituted with various content packets. In step 818, the broadbandcontent availability data is divided into packets. In step 820, programguide packets may also be formed from program guide information. In step822, a prioritization may take place between the broadband contentavailability data packets and the program guide packets. It is likelythat programming guide packets may take precedence over the broadbandcontent availability data packets. In step 824, the program guidepackets may be inserted into the content stream. If any other nullpackets are not filled with program guide packets, step 826 replacesnull packets with broadband content availability packets in the datastream. In step 828, the data stream is communicated to the userdevices. In step 830, the broadband content is stored at the userdevice. In step 832, the content is utilized at the user device. Thecontent may be utilized by playing back the content and displaying thecontents on a display device associated with the user device.

Those skilled in the art can now appreciate from the foregoingdescription that the broad teachings of the disclosure can beimplemented in a variety of forms. Therefore, while this disclosureincludes particular examples, the true scope of the disclosure shouldnot be so limited since other modifications will become apparent to theskilled practitioner upon a study of the drawings, the specification andthe following claims.

What is claimed is:
 1. A method comprising: receiving content and metadata in a content processing system from a content provider separate from the content processing system; processing the content by packetizing, encrypting or both; after processing, electronically storing the content and the metadata in a content repository under control of a content distribution system of the content processing system; scheduling a transfer of the content and metadata to a content delivery network; initiating, by a content management system of a content processing system, transfer of content to the content delivery network; electronically transferring content and the metadata in an electronic data file under control of the content distribution system from the content repository to the content delivery network within the content processing system based on and prior to a publication start time indicative of when the content file is to be made available to be downloaded by a plurality of user devices from the content delivery network and electronically storing the content in the content delivery network, said content having the publication start time and a purge time associated therewith; communicating an upload status message to the content distribution system indicative of successful content delivery network upload; electronically publishing the content from the content delivery network to the plurality of user devices separate from the content delivery network through a communication network in response to the publication start time; purging the content from the content delivery network at the purge time; generating a purge status message at the content delivery network; and after receiving the purge status message at the content distribution system, removing the content from the content repository.
 2. A method as recited in claim 1 wherein the metadata comprises the publication start time and the purge time.
 3. A method as recited in claim 1 wherein the metadata comprises the publication start time, the purge time and the publication end time.
 4. A method as recited in claim 3 wherein purging comprises purging the file after the publication end time.
 5. A method as recited in claim 1 wherein the metadata comprises a material identification, the publication start time and a purge time.
 6. A method as recited in claim 1 wherein the metadata comprises a material identification, the publication start time, a purge time and a content description.
 7. A method as recited in claim 1 further comprising: storing the content in the user device.
 8. A method as recited in claim 1 wherein the user device is a satellite television set top box having a digital video recorder therein.
 9. A method as recited in claim 8 wherein storing the content comprises storing the content in the digital video recorder.
 10. A method as recited in claim 1 wherein the communication network is a broadband connection.
 11. A method as recited in claim 1 wherein the communication network comprises a terrestrial connection.
 12. A method as recited in claim 1 wherein the communication network comprises a cable connection.
 13. A method as recited in claim 1 wherein the communication network comprises a wireless connection.
 14. A method as recited in claim 1 wherein communicating the content is performed after the publication start time and before the purge time.
 15. A method as recited in claim 1 wherein communicating the content is performed after the publication start time and before a publication end time.
 16. A content processing system in communication with a content provider that is separate from the content processing system comprising: a content management system receiving metadata for content determining a publication start time and a purge time for content from the metadata, said publication start time indicative of when the content file is to be made available to be downloaded by one or more user devices for the content delivery network; a transport processing system processing the content from the content provider by packetizing, encrypting or both; a content distribution system controlling a content repository to store the content from the transport processing system; said content management system scheduling a transfer of the content and metadata to the content delivery network based on the metadata and initiating transfer for the content to the content delivery network; said content delivery network communicating with the content repository and receiving content from the content repository; and said content distribution system communicating with the content management system and the content delivery network, said content distribution system initiating transfer of content to the content delivery network from the content repository based on and prior to the publication start time; said content distribution network communication an upload status message to the content distribution system indicative of successful content delivery network upload; the content delivery network publishing the content in response to the publication start time; the content delivery network purging the content at the purge time; said content delivery network communicating a purge status message to the content distribution system; and said content distribution system, after receiving the purge status message, removing the content from the content repository.
 17. A system as recited in claim 16 wherein the metadata comprises the publication start time and the purge time.
 18. A system as recited in claim 16 wherein the metadata comprises the publication start time, the purge time and the publication end time.
 19. A system as recited in claim 18 wherein the content delivery network purges the content after the publication end time.
 20. A system as recited in claim 16 wherein the metadata comprises a material identification, the publication start time and a purge time.
 21. A system as recited in claim 16 wherein the metadata comprises a material identification, the publication start time, a purge time and a content description.
 22. A system as recited in claim 16 further comprising: a user device; and a communication network communicating content from the content delivery network to the user device, said user device storing the content therein.
 23. A system as recited in claim 22 wherein the user device comprises a satellite television set top box having a digital video recorder therein.
 24. A system as recited in claim 22 wherein the user device stores the content in the digital video recorder.
 25. A system as recited in claim 22 wherein the communication network comprises a broadband connection.
 26. A system as recited in claim 22 wherein the communication network comprises a terrestrial connection.
 27. A system as recited in claim 22 wherein the communication network comprises a cable connection.
 28. A system as recited in claim 22 wherein the communication network comprises a wireless connection.
 29. A system as recited in claim 22 wherein the communication network communicates the content after the publication start time and before the purge time.
 30. A system as recited in claim 22 wherein the communication network communicates the content after the publication start time and before a publication end time. 